home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Night Owl 6
/
Night Owl's Shareware - PDSI-006 - Night Owl Corp (1990).iso
/
033a
/
dinfavt2.zip
/
DINFOAVT.DOC
next >
Wrap
Text File
|
1991-02-23
|
8KB
|
188 lines
╒══════════════════════════════════════════════════════════════════════╕
│ DINFOAVT+ 2.00; RemoteAccess 1.00 ANSI/AVATAR DORINFO?.DEF utility │
╘══════════════════════════════════════════════════════════════════════╛
Dinfoavt.Exe/Dinfoavt.Doc written by geoffrey booher 1:11/233.0@fidonet.usa
Copyright (c) 1990, 1991 Gateway Net Technology
disclaimer:
───────────
DINFOAVT+ 2.00 is *ONLY* guaranteed to consume diskspace. It has been
extensively tested and found to be pretty reliable. In no way is the
Author of this program responsible for any damages, consequential, or
otherwise from the neglect of DINFOAVT+ 2.00's use or misuse. DINFOAVT+ 2.00
is provided as is, without warranty of any kind, either expressed or implied.
Do not recompress/reprocess the original distribution archive.
The DINFAVT2.ZIP file should produce -AV Authentic Files verified #HQS028.
DINFOAVT+ 2.00 may be distributed freely subject to the following conditions:
1. No fees are charged for distributing or obtaining the DINFOAVT files.
2. The distribution archive or any of the files are not modified in ANY way.
questions:
──────────
Send Netmail to Geoffrey Booher, 1:11/233.0@fidonet. Or I suppose any
questions you have could be addressed to me in the RA_UTIL conference.
files in the archive:
─────────────────────
DINFOAVT.EXE - 80286 version of the program, this file is ready to use if
you have an 80X86 based CPU machine.
DINFOAVT.XT - 8088 version of the program, rename to DINFOAVT.EXE and use
this file if you have an 808X based CPU machine.
DINFOAVT.DOC - You're reading it.
overview and features:
──────────────────────
DINFOAVT+ 2.00 is a DORINFO?.DEF utility specifically for use with
RemoteAccess 1.00.
It's main purpose is to change the DORINFO?.DEF file if the user online has
BOTH ANSI/AVATAR emulation enabled to plain ANSI so software that does not
recognise the new 2 and 3 DORINFO?.DEF codes can still do ANSI if possible.
I wrote this program because my users that are taking advantage of my AVATAR
screens were complaining there was 'no colors' on 'DOORS' and other Type 7
programs I run. So ... I figured that these dudes were running the code '3'
in DORINFO?.DEF that they were using ANSI and AVATAR both. If that was the
case, then temporarily change to code '1' ANSI to run the door, and restore
the ANSI/AVATAR code '3' after the door. Simple enough.
New with 2.00 - it changes the AVATAR only '2' to '0' - ASCII/TTY to insure
compatibility with all doors.
Page 2
setting up DINFOAVT+ 2.00:
──────────────────────────
Put the correct Dinfoavt.Exe anywhere in your DOS PATH, along with any of
your other utilities.
DINFOAVT Command line parameters:
DINFOAVT
DINFOAVT /? - shows a help screen.
DINFOAVT /I - use this switch going INTO the door. It will look for a
DORINFO?.DEF file (yes, it will use DORINFO1, DORINFO2, etc)
in the CURRENT DIRECTORY. If line 10 is '2' or '3', AVATAR or
ANSI/AVATAR, it will write a DORINFO?.$$$ file with the
original DORINFO?.DEF contents, and change the DORINFO?.DEF
file to '1' on line 10 for ANSI if ANSI/AVATAR is detected. It
will change the DORINFO?.DEF to '0' if AVATAR alone is detected.
If it's 0 - ASCII; 1 - ANSI or 2 - AVATAR only, it won't update
the DORINFO?.DEF file, and won't create the DORINFO?.$$$ file.
The ASCII/TTY switching was done to insure compatibility with
some doors that recognise 2 as ANSI.
DINFOAVT /O - use this switch on the way OUT the door. It will look for the
DORINFO?.$$$ if it was created by the DINFOAVT /I option.
If it doesn't find it, it assumes ANSI/AVATAR both was NOT the
initial emulation and will do nothing. If it finds the
DORINFO?.$$$ file, it will overwrite it with the CURRENT
DORINFO?.DEF file, and then rewrite a new DORINFO?.DEF file
with updated time remaining, etc from the door, and change
line 10 back to '3' so ANSI/AVATAR is enabled again upon return
to the BBS.
DINFOAVT /IO - this switch just changes DORINFO?.DEF and does not attempt to
change DORINFO?.DEF back when the DOOR is done. Some DOORS
use DORINFO1.DEF to get some settings like graphics, but
actually use EXITINFO.BBS to update the time used. This switch
is for those types of doors not needing a change afterward.
using DINFOAVT+ 2.00:
─────────────────────
You will need to create a batchfile to run your door. Here's an example:
Type 7 - Optional Data: *C /C C:\RA\BBSLIST.BAT *! *M
Bbslist.Bat: -OR-
@Echo OFF @Echo OFF
Cd C:\Ra Cd C:\Ra
Dinfoavt /I Dinfoavt /IO
Bbslist Bbslist.Cfg Bbslist Bbslist.Cfg
Dinfoavt /O
I realise making batchfiles to run type 7's is not the most elegant way to
run things, but DINFOAVT+ 2.00 is really a kludge program to give ANSI
Colors AT LEAST in your doors until such time the doors become AVATAR 'smart'.
Page 3
DINFOAVT+ 2.00 technical info:
──────────────────────────────
Dinfoavt.Cpp was written in C language with the CPlusPlus extension option.
Dinfoavt.Exe was compiled with Borland International's Turbo(C++) 1.00 using
the Small Memory Module ( < 64kb heap ).
DINFOAVT.EXE has the following errorlevels:
Errorlevel 4 - invalid parameter or no parameters (help screen)
Errorlevel 3 - DORINFO?.DEF not changed and no DORINFO?.$$$ written
Errorlevel 2 - Could not find DORINFO?.DEF file
Errorlevel 1 - File I/O error
Errorlevel 0 - DORINFO?.DEF changed/updated successfully
NOTE!! DINFOAVT+ 2.00 expects to find ONE DORINFO?.DEF file in the CURRENT
DIRECTORY! If you are running a multi-line system, this should not
pose a problem as the door will likely be executed in that nodes
directory. The RemoteAccess documentation states doors must be run
from their own seperate directories when running multiple copies, so
DINFOAVT+ 2.00 should find the correct DORINFO?.DEF file in the
directory currently in.
If the program finds more than ONE DORINFO?.DEF file in the current
directory it will use the first one it finds, whether valid or not!
thanks:
───────
Thanks to the RemoteAccess Beta Duders and Andrew Milner and Phil MacKay
for the BEST BBS software available anywhere hands down. :-)
Thanks to Kevin Zimmerman at The Boomtown BBS - 1:11/868@fidonet for sometimes
getting 7 versions of a program per day to pre-test out.
Thanks to Bruce Bodger at The Truckstop BBS - 1:170/400@fidonet for helping
out with beta bashing my stuff.
Thanks to Bob R. at The Anonymous BBS - 1:154/40@fidonet for some good
suggestions for DINFOAVT 2.00. :-)
misc:
─────
The following products/examples are the Copyrighted materials of their
respective named holders:
Turbo(C++) 1.00 Borland International
RemoteAccess Continental Software
BBSLIST Off The Wall Programming
AVATAR George A. Stanislav
DINFOAVT+ 2.00 Gateway Net Technology
Fidonet Tom Jennings